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GAME DEVICE, GAME PROCESSING METHOD 



AND RECORDING MEDIUM HAVING A PROGRAM RECORDED THEREON 



BACKGROUND OF THE INVENTION (O 




Field of the Invention ^TttQJ^ 

The present invention generally relates to a game device 
and a game processing method. Particularly it relates to a game 
device for role-playing games and its game processing method. 

Description of the Related Art 

A role-playing game has been known for some time to be a 
game whose player can play the game by developing its scenario 
as if he or she were the character displayed on the screen. In 
role-playing games, the scenario generally develops when the 
player gives predetermined commands to the character on his or 
her side in consideration- of the present situation. 

Pursuant to the improvement of hardware performance, in 
recent years, production effects of the game are enhanced by 
providing game images of characters acting in a virtual 
three-dimensional space with three-dimensional graphics. 

These three-dimensional graphics express objects three- 
dimensionally by calculating the spatial positions of objects 
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which are in the line-of-sight direction from the viewpoint 
position (sometimes referred to as "projection center position") 
in a virtual three-dimensional space based on three-dimensional 
data for expressing objects, and by performing image processing 
such as rendering. In short, a game using three-dimensional 
graphics expresses the player's character or any other object as 
three-dimensional as seen from the viewpoint position and offers 
the game image which expresses a virtual three-dimensional space 
by moving one's viewpoint or line of sight along the player's 
operation or game scenes. The game image from such viewpoint 
position is metaphorically called camera angle and the variation 
of this camera angle is called camera work. 

The interest in a role-playing game often comes from not 
only its story but also its image displayed. This is why the kind 
of game image that should be offered in creating games (game 
programs) is extremely important. 

Nevertheless, in conventional role-playing games, only the 
characters related to predetermined commands move in 
correspondence with such commands. Therefore, the characters 
which are not related to the commands would not move and it was 
very unnatural to a player who is watching a game image. 



For example, when a player gives his or her character a 
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command to attack a specific enemy character, the battle scene 
of these characters is displayed. However, in conventional 
role-playing games, the characters which are not given any 
commands only absent-mindedly stand by, which makes the game image 
seem very unnatural. 

Moreover, conventional role-playing games are structured 
by displaying only the characters that a player can operate and 
omitting the characters that should rightfully be displayed. And 
when such characters need to be displayed, they are suddenly 
displayed by switching scenes, etc. For that reason, the 
characters that are not displayed in the first scene of a game 
suddenly appear, which seems very unnatural to a player who is 
watching a game image. 

Thus, an object of this invention is to provide a game device 
displaying the game image of a role-playing game in which the 
characters unrelated to any commands which the player gives can 
look as if they are moving. 

It is also an object of this invention to provide a game 
device in which new characters enter or leave the current scene 
without a sense of incompatibility. 

Hereinafter explained is the processing operation of a game 
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device for controlling the relationship between the characters 
while they are fighting in an electronic game. When there is a 
fight between a player and a game device (a game processing 
computer) , a player character controlled by the player attacks 
an enemy character controlled by the computer, or, the enemy 
character controlled by the computer attacks the player character . 
Here, while the player character attacks the enemy character, the 
enemy character is attacked by the player character, and in the 
opposite case, the player character is attacked by the enemy 
character. A process of reciprocal attacks between the enemy 
character and the player character is called 1 phase . For example, 
if there are 3 player characters, reciprocal attacks are conducted 
3 times in turn between each of the 3 player characters and the 
enemy character, so there will be 3 phases. The total of these 
3 phases corresponds to a stage called 1 turn. In short, 1 turn 
means a game stage for the successive attacks conducted between 
the enemy character and the player character. Some TV games and 
computer games are constituted to implement a game having a 
plurality of turns. Furthermore, when a fighting game is 
conducted among players, the enemy characters are controlled by 
other players, not by the automatic control of the computer. 

Regarding conventional simulation games of this type, when 
making attacks in the amount of 1 turn in 3 phases against the 
enemy character, for example, 1 character selected for each 1 phase 



attacks the enemy character or conducts defenses, and thus, the 
operation in the amount of 3 phases is implemented by the 3 
character bodies. 

However, the conventional game devices of this type only 
processes of whether the attacks succeeded or not among the player 
and the enemy characters, and there was no. such arrangement that 
changes/adjusts the characteristic of a phase based on the 
development of a game, such as making the offensive power of the 
player character against the enemy character relatively stronger 
than the defensive power against the enemy character, or doing 
the opposite in a different phase, etc.. 

Therefore, the object of the present invention is to provide 
an image processing device, especially a game device, having a 
variety in the characteristics of phases and also in the 
developments of the game scenes by giving the player a variety 
of responses in 1 phase, for example, the player's selection of 
weapons of various characteristics and his/her selection of 
attacks and defenses, etc.. 

SUMMARY OF THE INVENTION 

The present invention devised in view of the aforementioned 
problems confronted by the conventional art is specified below. 
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This invention is a game device or a game processing method 
for displaying a game screen which expresses a virtual three- 
dimensional space, wherein the game device displays the first 
action scene between the first player character and the first enemy 
character and the second action scene between the second player 
character and the second enemy character based on the 
predetermined camera angle to project the first player character 
and the first enemy character related to the predetermined command 
which is given to the first player character by the player. 

Here, the predetermined command is the attacking command 
for the first player character attacking the first enemy 
character . 

Moreover, this invention is characterized in that it changes 
the attribute value of the first player character and/or the first 
enemy character based on the predetermined commands. 

Further, the first action scene is characterized in that 
it displays the damage of the player first character and/or the 
first enemy character based on the attribute value that changes 
in accordance with the predetermined commands. 

Furthermore, this invention is characterized in that it 
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displays the second action scene when the second player character 
and the second enemy character are arranged in the game screen 
decided based on the predetermined camera angle. 

And this invention is a game device for displaying a game 
screen which expresses a virtual three-dimensional space, wherein 
the game device displays the second player character in the first 
game screen and then gradually changes the first game screen into 
the second game screen when the player gives the first player 
character a predetermined command and the first game screen 
displaying the first player character changes into the second game 
screen displaying the first player character and the second player 
character . 

Here, the game device is characterized in that it displays 
the second player character entering into the first game screen 
from the outside of the screen. Moreover, the game device is 
characterized in that it changes the first game screen into the 
second game screen and eliminates the second player character from 
the second game image and then gradually changes the second player 
character in the first game screen. 

The apparatus invention may be considered an invention of 
method, and vice versa. Furthermore, this invention is also a 
recording medium storing a program for making a game device realize 
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predetermined functions . 

The recording medium includes memories such as RAM, ROM, 
etc. as well as a hard disc (HD) , DVD-RAM, a flexible disc (FD), 
CD-ROM, etc. And the game device also includes computers and the 
like where a central processing unit such as a CPU or MPU interprets 
by conducting prescribed processing steps. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram showing the formation of a game 
device pertaining to the present invention; 

Fig. 2 is a flowchart explaining the whole operation of a 
game executed by a game device pertaining to the present 
embodiment; 

Fig. 3 is a flowchart explaining a battle scene in a game 
pertaining to the first embodiment; 

Fig. 4 is a diagram showing one game screen of the beginning 
of a battle; 



Fig. 



variations 



5 is a diagram showing 
of camera work; 



one game screen to explain the 
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Fig. 6 is a diagram showing one game screen showing a battle 
scene displayed; 

Fig. 7 is a flowchart explaining a conversation scene in 
a game pertaining to the second embodiment; 

Fig. 8 is a diagram showing one game screen of a map scene 
where the characters . move ; 

Fig. 9 is a diagram showing one game screen to explain the 
variations of camera work; 

Fig. 10 is a diagram showing one game screen showing a 
conversation scene displayed; and 

Fig. 11 is a diagram showing one game screen explaining the 
variation of camera work restoring a conversation scene to a former 
scene . 

Fig. 12 is one operation screen according to the other 
embodiments of the present invention. 

Fig. 13 is one operation screen according to the other 
embodiment of the present invention. 
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Fig. 14 is one operation screen according to the other 
embodiment of the present invention. 



Fig. 15 is one operation screen according to the other 
embodiment of the present invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Embodiments of the present invention are now explained with 
reference to the relevant drawings. 

[Embodiment 1 ] 

Fig. 1 is a block diagram showing the generation of a game 
device pertaining to the present invention. In Fig.l, a game 
device pertaining to the present invention equips a control unit 
1 mainly formed from a CPU 101 and the like, an input unit 2 for 
users to input operational signals into the control unit, an 
external storage unit 3 which stores an operating system ("OS"), 
an application program (game program), etc. and inputs these 
programs into the control unit if necessary, an output unit 4 which 
is composed of a display unit 4a to provide images and sounds to 
users, and a speaker 4b. It also equips a communication unit 5 
to send data to and receive them from other computers and other 
game devices through a telephone line and so forth. In addition, 
the external storage unit 3 is not necessarily limited to a CD-ROM 
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as shown. It can be a recording medium and the like, which is 
capable of writing and retaining data from the. control unit 1. 

When the power is turned on in order to start a game, a boot 
program loader, not shown, .loads a boot program (sometimes 
referred to as initial program) stored on a ROM 102 into the CPU 
101 and the CPU 101 executes the boot program. Following this 
boot program, the CPU 101 loads all or necessary parts -of the OS, 
which are stored on a CD-ROM, etc., into the main memory 103 and 
executes the OS . 

Under the control of this OS, the CPU 101 loads all or the 
necessary parts of the application program (hereinafter sometimes 
simply referred to as the "program") into the main memory 103 and 
if necessary, it also loads drawing data and image data, which 
are stored on a CD-ROM, into a graphic memory 104. Moreover, it 
loads sound data into a sound memory 105. 

Under the control of the OS, the CPU 101 "executes the 
application program (game program) that is stored in the main 
memory 103. The data accompanied by the execution of the 
application program are written and referred to when necessary. 
A backup memory 106 stores data to retain the former state even 
if the power is shut off because of the suspension of a game. 
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Furthermore, in this embodiment, the OS, the application 
program, etc. are provided by the CD-ROM but they can be provided 
by, for example, other computers through a ROM or a network. 

A video. display processor ("VDP" ) 107 reads the drawing data 
necessary for displaying images stored in the graphic memory 104, 
processes a wide variety of information (the image processing) 
based on the data or orders from the CPU 101 that executes the 
application program and generates image data. For example, 
texture mapping, light source processing, display preference 
processing, etc. come under this image processing. The VDP 107 
outputs to an encoder 108 in order to display the generated image 
data on the display unit 4a. Moreover, the generated image data 
can be written into, for example, a frame buffer memory and it 
is possible to read them from this frame buffer memory at a 
predetermined timing . 

A sound processor 109 reads the sound data stored in the 
sound memory 105, processes a wide variety of information (sound 
processing) based on the data or orders from the CPU 101 that 
executes the application program and generates image data. . For 
example, effect processing, mixing processing, etc. come under 
this sound processing. The pretreated sound data are converted 
into analog data by a D/A converter 110 and output from a speaker. 
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A bus arbiter 111 controls the units connected through a 
data channel (bus, etc.) For example, the bus arbiter 1 1 1 decides 
the order of priority for the units and assigns a time for the 
unit which occupies a bus in order to decide which unit occupies 
the bus . 

A role-playing game in which a player develops the scenario 
by operating the player character of a game device generated as 
stated above is now explained. To put it more concretely, this 
role-playing game is a game in which the player characters, 
including a protagonist character, battle against the enemy 
characters in order to achieve a predetermined goal, which 
develops the scenario. The game program calculates parameters 
based on the commands given by the player and makes game scenes 
in accordance with the parameters. 

Fig. 2 is a flowchart explaining the whole operation of a 
game executed by a game device pertaining to the present embodiment . 
In Fig. 2, firstly, the game device decides which character makes 
the next move based on the parameter showing the energy of the 
characters (STEP 201) . This energy parameter develops the game 
scenario in accordance with the energy of each character. In 
short, the bigger the value of the energy parameter of the 
character is, the more the character moves . Once the game program 
chooses one character, it judges whether it is one of the player 
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characters or not (STEP 202). When the chosen character turns 
out to be one of the player characters, it becomes possible to 
receive commands from the player (STEP 203) . The player inputs 
a supposedly appropriate command seeing through the state of the 
game scenario at that moment. The commands suitable for the game 
scenario, such as "battle" against the appointed enemy character 
or "conversation" with the appointed player character, are 
arranged in advance. The player inputs predetermined commands 
through a user interface. Considering the value of each 
parameter at that moment, the game program reruns each parameter 
regarding the player character based on the input command. As 
for the enemy character, considering the value of each parameter 
at that moment, the game program reruns each parameter regarding 
the character (STEP 204) . When each parameter in the game is 
calculated, the game device provides the player with the game image 
in which the chosen character looks as if it made an action (STEP 
205) . Thereby, the player recognizes that the game scenario has 
been developed through the game screen. At this time, it would 
be desirable if the game image of the virtual three-dimensional 
space is expressed on the game screen based on three-dimensional 
data. Moreover, the game device judges whether the parameter 
value calculated in STEP 204 fulfills the conditions for ending 
the game (STEP 206) and if it does, the game device ends the game 
by the predetermined processing. On the other hand, if it does 
not, the game device returns to STEP 201 and repeats the aforesaid 
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processing. 

Fig. 3 is a flowchart explaining a battle scene in a game 
pertaining to the first embodiment. This battle scene is executed 
when the player inputs the "battle command" or the chosen enemy 
character selects "battle" in STEP 203 of Fig. 2. Now, let it 
be assumed that the player gives the player character PI "battle 
command" against the enemy character El. 

The game device firstly displays the game image expressing 
the beginning of the battle between the player characters and the 
enemy characters, which are disposed in a virtual three- 
dimensional space (STEP 301) . These player and enemy characters 
are disposed in accordance with the parameter showing the 
respective positions thereof. Fig. 4 is a diagram showing one 
game image of the beginning of a battle. It shows the game image 
expressing the virtual three-dimensional spiace, wherein the 
camera angle allows the player to see the positions of the player 
character PI, P2 and the enemy character El, E2, E3 . In this case, 
the enemy character E3 is disposed behind the player character 
P2 and the player characters and the enemy characters are jumbled 
together. The game device displays the game image expressing the 
characters and so on as three-dimensional, calculates the spatial 
physical relationship of them in the line of sight from the 
predetermined viewpoint position, and performs image processing 
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such as rendering, based on the three-dimensional data regarding 
the objects expressing the characters and the positions where they 
act. 

Now, returning to Fig. 3, the game program secondly displays 
the movement of the characters given the commands and if necessary, 
other characters as well (STEP 302) . Fig. 5 shows that the player 
character PI has moved in order to attack the enemy character El 
in the direction of the arrow. The game image provided for the 
player is the dynamic image that seems as if the characters moved 
in a virtual three-dimensional space. Returning to Fig. 3, the 
game program displays the game image expressing the virtual 
three-dimensional space, wherein the camera work puts stress on 
the player character PI (STEP 303) . The camera work is to change 
the positions and directions of viewpoints in the aforesaid 
virtual three-dimensional space. On account of that, even if the 
three-dimensional data themselves do not change, the game image 
can be changed. In addition, this camera work includes bringing 
a focal point close (zoom in) and bring it far (zoom out) . 

By this camera work the game device judges whether the 
characters unrelated to the command in question are to be displayed 
or not (STEP 304) . In short, the game device judges whether the 
characters other than the player character PI and the enemy 
character El, the target for the attack, are to be displayed. When 
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the game device judges that they should be displayed, it displays 
the attack against the enemy character El by the player character 
PI (STEP 305) as well as the attack by the characters displayed 
in the game screen (STEP 306) . Here, the attack against the enemy 
character El by the player character PI is conducted based on the 
change of the value of the parameter regarding battle commands 
and in accordance with this change, the damage for the player 
character PI and/or the enemy character El is displayed. Fig. 
6 is a diagram showing one game image showing a battle scene 
displayed. Fig. 6 makes the player character PI and the enemy 
character El look large by zooming them in and shows that the player 
character PI is attacking the enemy character El. Moreover, it 
shows the battle scene between the player character P2 and the 
enemy character E2 behind the player character PI. The battle, 
scene between the player character P2 and the enemy character E2 
is a dummy battle scene, which does not show any damage because, 
the value of the parameter based on the input battle commands does 
not change. On account of that, all the characters in the game 
screen move, which makes it possible to provide a. more realistic 
game image . 

On the other hand, in STEP 304, when it is judged that other 
characters do not need to be displayed, the game device shows only 
the battle against the enemy character El by the player character 
PI (STEP 307) . 
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When the processing for the battle scenes is finished, the 
game device develops the game scenario in accordance with the value 
of the parameter at that moment, which is displayed on the game 
screen. 

According to the present embodiment as mentioned above, it 
is possible to provide a game image that looks as if the characters 
unrelated to the commands given by the player are also moving. 

[Embodiment 2] 

Fig. 7 is a flowchart explaining a conversation scene in 
a game pertaining to the second embodiment. In STEP 203 of Fig. 
2, this conversation scene is executed when the player inputs 
"conversation command" . Let it be assumed that the player 
instructs the player character PI to have a conversation with the 
player character P2 by giving the "conversation command" when the 
player character P2 is moving within the virtual three-dimensional 
space as shown in Fig. 8. By the way, the game screen as shown 
in Fig. 8 is sometimes called a map screen. 

As shown in Fig. 9, when the conversation command is given, 
the game device firstly displays the game screen zooming in the 
characters, especially the player character P2 that is given the 
command. Moreover, it displays a game image that looks as if the 
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player character PI moved in from the outside, (STEP 701) . The 
characters which cannot be given any commands (in this case, the 
player character PI) are sometimes called non-player characters 
(NPC) . Secondly, in order to add much to the production of the 
conversation scene, the game device changes the camera work and 
displays the game screen as shown in Fig. 10. In short, the game 
images before and after the conversation scene express the same 
virtual three-dimensional space and the game device changes the 
camera work in order to change the game screen. The conversation 
between the characters can be displayed in a balloon or at the 
lower part of the game screen. Moreover, it can be displayed as 
a voice in accordance with the letter display on the game screen. 
Furthermore, as in Fig. 11, when the conversation is finished, 
the game device gradually changes the game image shown in Fig. 
10 into the one which is zoomed out, which makes it look like the 
player character PI is leaving for the outside (STEP 703) . After 
that, the game device zooms out and displays the former game image 
shown in Fig. 8. 

According to the present embodiment as mentioned above, it 
is possible to provide a game image in which new characters appear 
or disappear without a sense of incompatibility on the present 
game screen . 

The next embodiment is now explained. The simulation game 
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according to the present invention explained in this embodiment 
is implemented by using the aforementioned hardware (game device) 
shown in Fig. 2, and the content of the operation is, as the 
conventional simulation games, that 3 characters (A, B, C) , each 
on a boat, select a weapon from a plurality of weapons loaded on 
the boat and respectively conduct attacks and defenses in turn. 
The purpose is to destroy the boat of the enemy by making attacks 
in the amount of 3 phases against the enemy character (the enemy 
boat) in turn. Here, 1 turn consists of 3 phases . The game device 
implements a game which includes a plurality of turns. 

Fig. 12 shows the operation screen for a player to give 
instructions to each character of attacks and defenses. As in 
Fig. 12, in the lattice of 3^3, which has the types of characters 
designated in the vertical column adjoining the lattice and each 
phase is indicated horizontally, the arms and shields mentioned 
hereafter are located and thus the content of the operation of 
each character in each phase is set. This operation screen is 
displayed on the monitor 4a in accordance with the game operation 
program by CPU 101' s reading the data inside the CD-ROM. 

The characters A, B and C are arranged in the vertical column 
at the left side of the lattice shown in Fig. 12, and if character 
A makes an attack in phase 1, a weapon (a canon) is arranged in 
the box of the top left side of the 3x3 lattice as shown in Fig. 13. 
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It is permitted to set a command for attack or defense for 1 
character out of the 3 characters in each phase. This makes it 
impossible to set operations for characters B and C to make attacks 
or defenses in the phase 1, therefore, the lid-formed images (the 
shaded part in Fig. 13) are arranged in the middle and bottom left 
side boxes of phase 1. In phase 2, a command for defense is set 
for character B. In phase 3, a command for a machine gun (MG) 
is set for character C. 

When the commands for weapons such as a canon or a MG are 
selected, and when a command for defense is selected, the operation 
of a character is determined by the data and the game program stored 
in the ROM. The CPU makes the player characters A, B and C 
respectively implement the predetermined operation (firing a 
canon, firing a MG, shielding to prevent enemies' bullets) in 
accordance with each command. 

The characteristic of this embodiment is, as shown in Fig. 14, 
that a defense (DFC) display is included for each phase on the 
lattice, which shows whether the player characters, each character 
on each boat, are subject to the attacks from their rivals. This 
DFC is expressed in colors. and patterns, for example, if a phase 
is expressed as shaded with horizontal lines, it indicates that 
the player character in the phase has a high durability against 
the enemy's attacks, if a phase is expressed as shaded with 
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vertical lines, it indicates that the player character in the phase 
has the usual durability, and if a phase is expressed as shaded 
with horizontal and vertical lines, then it indicates that the 
player in the phase has a low durability. 

Furthermore, an offense (OFC) display is provided on and 
parallel to the DFC, which shows in which phase the offensive power 
of a player character becomes highest. The degree of the 
offensive power is set by the number of as shown in the diagram. 
In this embodiment, a player can construct a good operation 
strategy by referring to the DFC display and OFC display. For 
example, in a phase where the offensive power is high, a strategy 
can be taken which attacks by using the arms of high offensive 
power, and in a phase where the defensive power is low, a strategy 
can be taken which does not attack but assumes a posture of defense . 

However, if a phase of high offensive power and a phase of 
low defensive power happen to be a same phase in the conventional 
method, either defense or attack must be chosen, and if attack 
is chosen, for example, a player can cause great damages to the 
enemy but suffers from the tremendous damages, therefore the 
player can. not gain a satisfying game result. There is also a 
defect that the player easily becomes bored because there are less 
strategic choices. This embodiment can solve such defects. 
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The characteristics of each phase (the size of the offensive 
or defensive power, etc.) is stored in ROM beforehand. When 
displaying the operation screen on the monitor, the CPU displays 
OFC and DFC and processes the development of a phase in accordance 
with the program to develop OFC and DFC. 

The canons, torpedos, and machine guns (MG) etc. are the 
kinds of weapons on each boat which characters A, B and C manipulate . 
These arms are all different from one another, depending on its 
type, in the offensive power and the number of bullets that can 
be used in a phase. For example, a canon has the high offensive 
power but the number of bullets is limited, and a machine gun has 
the low offensive power but it is permitted to set a large number 
of bullets. 

In addition to the settings described above, this embodiment 
allows various settings to be made for each weapon, for example, 
the settings where the attack can last for a fixed period of time 
(over a plurality of phases) from the beginning of the attack, 
and the setting where the time required for a bullet to reach its 
destination can be adjusted. 

The setting of each weapon is as follows. 

Offensive Lasting Time to impact 

power power 
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Canon High In 1 phase In the same phase 

Torpedo Medium In 1 phase From the same phase 

to the next phase 

Machine Low In 1-3 phases In the same phase 



If a phase of high offensive power and a phase of low 
defensive power happen to be a same phase, and if it happens in 
phase 3, the player can set a machine gun for character A so that 
the character A continues firing the MG against its enemy character 
during 3 phases. In phase 2, the player can set a torpedo for 
character B so that the torpedo fired by character B impacts the 
enemy boat in phase 3. In phase 3, the player can apply a shield 
to character C so that the boat which these characters are on 
assumes a posture of defense. This allows the player in phase 
3 not only to defend the characters from the attacks of the enemies 
by assuming a posture of defense but also causes effective damages 
to the enemies by setting the machine gun to continually fire from 
phase 1 and by setting the torpedo to fire, in phase 2 and to impact 
the enemy boat in phase 3 . 

The characteristics of each weapon is stored in a table 
inside the ROM, and the CPU implements the operation control of 
each weapon according to the characteristics of these weapons and 
in accordance with the setting of the aforementioned operation 
screen. The described DFC and OFC displays continue in the 
following turns, so when the first turn is over, DFC and OFC of 
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the second turn are shifted to the left for every 3 phases and 
displayed. This allows the player to make various fighting plans, 
such as elaborating a plan for the present turn while foreseeing 
the following turn. 

In this embodiment, the attacks and defenses among 
characters A, B and C and the enemy boats are an example of the 
control of the relationship between the characters. The images 
of attacks and defenses are an example of images based on such 
relationship. The relationship between the characters consist 
of 3 phases. In short, 1 turn consists of 3 phases. In this 
embodiment, 1 turn means a period where all the characters, which 
a player can manipulate, finish the attacks or defenses against 
the enemy boats. 1 phase means a period where the settings of 
attacks or defenses can be made to 1 character and the character 
can implement such attacks and defenses . The contents of defenses 
differ depending on a weapon which is chosen. OFC and DFC are 
an example of the characteristics concerning the relationship 
among the characters which are set for each phase. 

These characteristic values are displayed in the display 
frame for not only the phase presently developing but also the 
phase which is developed next. The player can check the 
characteristic values and chooses a predetermined weapon, or 
choose a defensive mode instead of an attack mode. The CPU 
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produces an image of attacks or defenses according to the input 
which the player provides to the inputting means for the above 
choices . 

Regarding the conventional game devices, attacks and 
defenses finish in 1 phase and do not extend to the following phase, 
however, this embodiment permits , depending on the type of a weapon, 
the influence of the attacks by the weapons to extend to the 
following phases. Therefore, the player can adjust the time 
required for the weapons to impact the enemy boat, and also can 
continue the attacks for a plurality of phases. 

[Other embodiments ] 

Each embodiment as mentioned above is an example that 
explains the present invention and there is no intention of 
limiting the present invention to these embodiments. The present 
invention can be executed in various forms as long as its gist 
is not deviated. For example, the actions of the means for 
realizing the aforesaid functions have been sequentially 
explained. However, it is not limited thereto. Therefore, as 
long as no contradictions are raised as for the movements, the 
processing order can be changed or concurrently operated. 

According to the present invention, it is possible to 
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provide a game image in which the characters unrelated to the 
commands given by the player also look as if they are moving. 

Moreover, according to the present invention, it is possible 
to provide a game image in which new characters appear or disappear 
without a sense of incompatibility on the present game screen. 

Furthermore, according to the present invention, there is 
a variety in the characteristics among the phases, and it is 
possible to provide an image processing device, particularly a 
game device, which has a variety in the development of the game 
scenes by providing the player a variety of responses in 1 phase, 
for example, the choices of weapons of various characteristics 
and the choices of attacks or defenses. 



